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1 . GENERAL  INFORMATION 


This  is  a standing  document  that  is  revised  several  times  a year  following 
meetings  of  the  OSINET  Technical  and  Steering  committees. 

1.1  OSINET 


The  OSINET  is  an  international  resource  that  is  being  constructed  to  foster 
the  development  of  Open  Systems  Interconnection.  Specifically,  it  has  the 
following  objectives: 

o Provide  an  open  network  environment  for  research  and 

development  by  implementors  and  users  of  OSI  protocols. 

o Cooperative  participant-to-participant  testing. 

o Assist  in  the  development  of  test  services. 

o Conduct  OSI  research  to  provide  results  to  ISO  and  CCITT. 

o Companies  shall  not  be  discouraged  from  demonstrating  products. 

No  positive  actions  will  be  taken  to  demonstrate  functionally 
enhanced  prototype  protocols  as  suggested  by  the  NCC  and 
AUTOFACT  demonstrations. 


The  OSINET  will  be  geographically  distributed.  Long-haul  services  will  be 
provided  by  private  and/or  public  subnetworks  offering  CCITT  Recommendation 
X.25.  Local  environments  will  include  standard  LANs  and  other  subnetworks. 

1.2  BENEFITS 


Perhaps  the  most  beneficial  aspect  of  OSINET  comes  about  through  collaboration 
of  the  participants  so  that  there  is  a direct  transfer  to  participating 
companies  of  the  testing  methods  and  sample  software.  . 

Companies  may  participate  at  a level  of  effort  commensurate  with  corporate 
interests,  upon  satisfying  the  minimum  requirements  of  participation. 

Companies  may  use  the  OSINET  to  demonstrate  OSI  capabilities  from  their 
corporate  location(s). 

Companies  may  access  the  OSINET  from  conference  exhibitions  to  reach  a rich 
set  of  demonstrable  applications. 

Companies  may  participate  in  a wide  variety  of  network-related  experiments 
(as  they  choose)  including  studies  of  protocol  correctness  and  performance  and 
network  management. 
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1.3  ORGANIZATION  AND  MISSIONS 


The  embodiment  of  OSINET  consists  of  three  entities. 

1.  The  OSINET  network  itself,  comprised  of  subnetworks,  intermediate 
systems,  and  end  systems, 

2.  An  OSINET  Steering  Committee  and, 

3.  An  OSINET  Technical  Committee. 

The  mission  of  OSINET  is  to  facilitate  the  distributed  development  and  testing 
of  OSI  based  products  by  cooperating  vendors  and  users  of  OSI. 

The  mission  of  the  OSINET  Steering  Committee  is  to  establish  and  manage 
OSINET.  The  Steering  Committee  determines  and  approves  all  OSINET  projects. 

The  mission  of  the  Technical  Committee  is  to  carry  out  the  technical  work 
assigned  by  the  Steering  Committee. 

1.4  REQUIREMENTS  AND  COSTS  FOR  OSINET  MEMBERSHIP 

o A participating  company  may  either: 

a - provide  an  end  system  on  OSINET  that 
supports  the  common  set  of  protocols  specified  in 
Section  2.1  of  this  document  (This  ensures  that  all 
participants  can  communicate  with  each  other  over 
OSINET.  Other  protocols  supported  are  optional  and 
depend  upon  the  companies'  interests.),  or 

b - provide  an  intermediate  system  that  supports 
the  agreements  of  Section  2.1. 

o An  organization  electing  to  join  OSINET  should  expect  to  provide  an 
operational  end  system  or  intermediate  system  on  OSINET  within  six 
months  of  the  date  of  joining. 

o To  maintain  eligibility  in  OSINET,  companies  must  attend  three 
of  the  most  recent  four  meetings  of  the  Implementors'  Workshop. 
Otherwise,  companies  may  be  admitted  to  OSINET  by  the  Steering 
Committee  on  the  basis  of  other  significant  participation. 

o OSINET  participants  are  expected  to  maintain  a certain  level  of 
participation  in  OSINET  projects. 

o Participants  shall  maintain  an  implementation  level  reasonably 
current  as  determined  by  Steering  Committee  projects. 
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o Personnel  and  other  in-house  resources  are  determined  by  the 
participating  company,  after  fulfilling  obligations  implied  by 
the  above  items. 

o Initial  suppliers  of  the  backbone  X.25  service  are  AT&T  and 
Wang.  Additional  suppliers  of  X.25  service  who  wish  to  join 
OSINET  are  required  to  insure  that  OSINET  connectivity  is 
maintained.  This  can  be  accomplished  by  means  of  X.75  links  to 
existing  X.25  suppliers,  by  providing  an  intermediate  system 
that  uses  the  routing  and  relaying  functions  of  the  CLNP  to  link 
to  an  existing  X.25  network,  or  by  arranging  for  another 
participant  to  provide  the  necessary  intermediate  system  to 
link  to  an  existing  X.25  network. 

o Costs  associated  with  the  installation,  monthly  charges,  and 

traffic  charges  depend  upon  the  X.25  service  selected  for  an  end 
or  intermediate  system  that  is  directly  attached  to  an  X.25 
service,  and  how  that  end  or  intermediate  system  is  used.  See 
Section  3,  X.25  Services. 

o Network  Information  Center  (NIC)  services,  such  as  directory 

services,  are  being  discussed.  Should  such  services  be  adopted 
by  the  participants,  NBS  has  agreed  to  serve  as  a NIC.  Costs 
for  development  and  operation  of  NIC  services  would  be  shared  by 
companies  using  the  services. 

o A commitment,  on  company  letterhead,  to  join  OSINET  must  be  sent 
to  Jerry  Mulvenna  at  NBS,  Building  225,  Room  B217,  Gaithersburg, 
MD,  20899. 
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1.5  REQUIREMENTS  AND  COSTS  FOR  PSINET  STEERING  COMMITTEE  MEMBERSHIP 


o A company  desiring  to  participate  as  a member  of  the  OSINET 

Steering  Committee  must  be  an  OSINET  member  in  good  standing  as 
defined  in  section  1.4  of  this  document. 

o The  number  of  Steering  Committee  member  companies  shall  be 

limited  to  25.  This  number  may  be  revised  downward  by  action  of 
the  Steering  Committee,  should  this  be  necessary  to  achieve 
optimum  function  of  the  Committee . 

o Each  company  may  send  one  representative  to  meetings.  A 

management  level  representative  is  required.  To  provide  needed 
continuity,  consistent  participation  by  the  same  representative 
is  requested. 

o Any  company  which  has  missed  two  out  of  three  consecutive 
meetings  of  the  Steering  Committee  will  lose  its  Steering 
Committee  membership  at  the  next  Steering  Committee  meeting. 

o Any  company  which  is  not  a member  in  good  standing  of  OSINET,  as 
described  elsewhere  in  this  document,  will  lose  its  membership 
on  the  Steering  Committee  at  the  next  Steering  Committee 
meeting . 

o Effective  1987,  seats  will  be  vacated  by  action  of  the  Committee 
at  the  last  regular  meeting  of  each  calendar  year.  Voluntary 
release  of  company  seats  will  be  sought. 

o Effective  1987,  a nominating  committee  will  be  established  at 
the  last  regular  meeting  of  each  year  to  propose  candidates  for 
membership  at  the  next  regular  meeting . 

o Effective  1988,  applications  for  membership  on  the  Steering 

Committee  will  be  proposed  annually  by  the  nominating  committee, 
for  consideration  at  the  first  regular  meeting  of  each  calendar 
year. 

o OSINET  members  and  invited  guests  are  permitted  at  the  Steering 
Committee  meetings.  At  its  discretion,  the  Steering  Committee 
may  choose  to  close  its  meetings,  or  limit  participation  to 
members . 

o No  additional  cost  beyond  those  identified  in  section  1.4  will 
be  charged  to  members  of  the  Steering  Committee. 

1 . 6 VOTING 


There  is  one  vote  allowed  for  each  OSINET  participating  company.  In  order 
for  a vote  to  be  valid,  the  majority  voting  must  vote  yes  or  no.  If  the 
majority  abstains,  the  vote  does  not  count. 
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1.7  LIAISON 


The  Steering  Committee  shall  liaise  with  other  organizations  on  matters  of 
policy  and  OSINET  management.  The  Technical  Committee  shall  liaise  with 
other  organizations  on  matters  of  technical  interest. 
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2 . PROTOCOLS  AND  SERVICES 


2.1  COMMONLY  IMPLEMENTED  PROTOCOLS  AND  SERVICES 


Participants  have  agreed  that  all  end  systems  on  the  OSINET  shall  be  able  to 
communicate  with  each  other  for  purposes  of  OSINET  administration  and  for 
access  to  common  OSINET  services.  Having  made  that  agreement,  it  is  therefore 
necessary  to  agree  to  a common  set  of  protocols  to  provide  that  communication 
service . 

All  end  systems  will  support  ISO  connectionless  internetwork  protocol,  the 
ISO  transport  class  4 protocol,  and  the  ISO  session  protocol  (basic  combined 
subset  with  full  duplex) . These  protocols  will  be  supported  from  at  least 
March  1986  through  March  1989  by  companies  that  are  participating  during  that 
time  period.  The  backbone  subnetwork  service  is  CCITT  Recommendation  X.25 
presently  provided  by  ATT’s  ACCUNET  and  WANG's  WANGPAC.  An  end  system  may 
attach  directly  to  either  of  these  services.  An  end  system  may  instead  use 
the  IEEE  CSMA/CD  or  Token  Bus  or  some  other  subnetwork  and  communicate  through 
an  intermediate  system  attached  to  either  X.25  service.  Implementation 
specifications  for  the  above  protocols  are  as  defined  in  Implementation 
Agreements  Among  Implementors  of  OSI  Protocols,  NBSIR  86-3385. 

The  above  protocols  shall  be  used  to  access  OSINET  services.  Services 
presently  being  studied  include  a bulletin  board,  a host  name  server,  an 
application  directory,  a site  contacts  list,  and  test  results  from  network 
management  experiments . 

The  above  agreement  is  not  intended  to  preclude  experiments  with,  and  tests 
and  demonstrations  of,  implementations  of  other  conforming  sets  of  OSI 
protocols  within  the  framework  provided  by  OSINET.  However,  all  OSINET 
projects  must  be  approved  by  the  Steering  Committee. 

2.2  SPECIAL  INTEREST  PROTOCOLS  AND  SERVICES 


Aside  from  all  participants  being  able  to  communicate  and  access  OSINET 
services,  various  subsets  of  participants  are  interested  in  other  protocols 
and  services.  Two  are  identified  below. 

2.2.1  X. 400 


Participants  wishing  to  use  electronic  mail  on  OSINET  shall  use  MHF  and  ISO 
session  (basic  activity  subset)  as  defined  in  NBSIR  86-3385.  These  protocols 
shall  operate  over  the  class  4 transport  service  as  defined  in  NBSIR  86-3385. 

2.2. 1.1  Goals  of  OSINET  Message  Project 

1.  To  provide  a basis  for  conducting  interoperability  testing  of  ISO  standard 
(X.400)  messaging  implementations  among  OSINET  participants. 
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2.  To  verify  that  the  X.400  functional  standard  defined  by  the  NBS  OSI 
Implementor's  Workshop  agreements  is  a complete  and  unambiguous  specifica- 
tion for  interoperation;  and  to  provide  appropriate  feedback  to  that  SIG. 

3.  To  provide  expanded  communication  among  OSINET  participants  thru  the  use 
of  electronic  mail  over  OSINET. 

4.  To  promote  and  publicize  the  use  of  X.400  messaging  protocols. 

5.  To  encourage  the  use  of  OSINET  for  communication  among  OSI  Workshop 
participants . 

2.2.2  FTAM 


Participants  have  agreed  to  support  ISO  FTAM.  The  version  of  FTAM  that  will 
be  supported  is  specified  in  the  May  1986  version  of  NBSIR  86-3385.  The  FTAM 
interoperability  tests  required  to  be  run  by  each  new  system  that  joins  OSINET 
are  listed  in  Appendix  B. 

2.3  SOURCES  OF  IMPLEMENTATION  AGREEMENTS 


The  long-haul  services  are  presently  provided  by  ACCUNET  and  WANGPAC.  Since 
OSINET  is  intended  to  be  international,  it  is  expected  that  there  will  be 
other  X.25  service  providers  in  Europe  and  North  America.  It  is  hoped  that 
the  various  X.25  services  will  evolve  to  a common  version  of  CCITT 
Recommendation  X.25,  1984. 

The  NBS/OSI  Workshop  for  Implementors  of  OSI  Protocols  is  an  open 
international  forum  comprised  of  computer  manufacturers,  semiconductor 
manufacturers,  common  carriers,  and  industry  and  government  users.  It  was 
established  for  the  purpose  of  reaching  implementation  agreements  on  evolving 
standards  from  IEEE,  ISO,  and  CCITT. 

The  OSINET  participants  have  elected  to  implement  protocols  for  OSINET 
according  to  the  implementation  specifications  developed  in  that  workshop. 

See  NBSIR  86-3385. 

It  is  expected  that  other  forums  and  organizations  might  produce 
implementation  specifications  for  standard  protocols.  The  OSINET  will  make 
use  of  such  specifications  where  its  members  have  a commercial  or  research 
interest  in  them  and  when  they  are  reviewed  and  approved  in  an  international, 
open  forum,  and  projects  making  use  of  them  have  been  approved  by  the 
Steering  Committee. 
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3.  X. 25  SERVICES 


3.1  ACCUNET  (sm)  Packet  Service 

ACCUNET  (sm)  Packet  Service,  offered  by  AT&T  Communications,  provides  low 
delay/high  throughput  packetized  data  transmission  with  high  reliability  and 
availability.  The  service  conforms  to  the  DCE  procedures  set  forth  in  the 
1980  version  of  the  CCITT  Recommendation  X.25.  It  supports  the  essential  (E) 
services  and  facilities  of  X.25  as  well  as  some  additional  (A)  features. 

Access  to  the  service  is  provided  separately  by  DATAPHONE  (R)  Digital  Service 
(DDS),  with  the  DDS  Channel  Service  Unit  (CSU),  or  a 4 wire  analog  point-to- 
point  private  line  type  3002  channel.  Digital  access  is  supported  at  4.8, 
9.6,  or  56  kbps;  analog  access  is  supported  at  4.8  or  9.6  kbps  (9.6  kbps 
analog  access  may  require  conditioning).  ACCUNET  Packet  Service  supports 
software  controlled  logical  channels  that  enable  multiple  simultaneous  calls 
over  a single  physical  access  line:  127  such  calls  at  speeds  of  4.8  and  9.6 
kbps,  and  as  many  as  511  at  56  kbps. 

Currently  ACCUNET  Packet  Service  is  deployed  in  the  following  cities: 


Akron 

Albany 

Albuquerque 

Anaheim 

Appleton 

Atlanta 

Austin 

Baltimore 

Birmingham 

Boise 

Buffalo 

Cambridge 

Camden 

Cedar  Rapids 

Charlotte 

Chattanooga 

Chicago 

Cincinnati 

Cleveland 

Colorado  Springs 

Columbia 

Columbus 

Dallas 

Davenport 

Dayton 

Denver 

Des  Moines 

Detroit 

Eugene 


Greenville 

Harrisburg 

Hartford 

Houston 

Huntsville 

Indianapolis 

Jackson 

Jacksonville 

Kalamazoo 

Kansas  City 

Knoxville 

Lansing 

Lexington 

Little  Rock 

Los  Angeles 

Louisville 

Madison 

Manchester 

Memphis 

Miami  (OJUS) 

Minneapolis 

Mobile 

Nashville 

New  Haven 

New  Orleans 

New  York  City 

Newark 

Norfolk 

Oakland 


Philadelphia 

Phoenix 

Pittsburgh 

Portland,  ME 

Portland,  OR 

Poughkeepsie 

Providence 

Raleigh 

Reno 

Richmond,  VA 

Roanoke 

Rochester 

Sacramento 

St.  Louis 

Salinas 

Salt  Lake  City 
San  Antonio 
San  Diego 
San  Francisco 
Seattle 
Shreveport 
Spokane 

Springfield,  MA 

Stockton 

Syracuse 

Tampa 

Toledo 

Tucson 

Tulsa 
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Fresno 
Ft . Wayne 
Grand  Rapids 
Greensboro 


Oklahoma  City 
Omaha 
Orlando 
Peoria 


Washington,  D.C. 
West  Palm  Beach 
White  Plains,  N.Y. 
Youngstown 


In  addition,  ACCUNET  Packet  Service  provides  international  access  to  other 
X.25  packet  networks  in  the  following  countries: 


Australia 

Belgium 

Bermuda 

Canada 

France 

Hong  Kong 


Ireland 

Italy 

Jamaica 

Japan 

Netherlands 

Singapore 


Spain 
Sweden 
Switzerland 
United  Kingdom 
West  Germany 


ACCUNET  Packet  Service  supports  six  different  options  for  the  assignment  of 
DTE  addresses  to  access  lines.  The  most  common  of  these  is  that  an  access 
line  will  have  a single  address  assigned  to  it.  Another  option,  which  some 
participants  may  find  useful,  allows  multiple  addresses  to  be  assigned  to  a 
single  access  line.  Users  may  request  from  1 to  10  blocks  of  100  addresses  to 
be  assigned  to  their  access  line.  More  specific  information  on  all  six 
addressing  options  can  be  found  in  the  AT&T  Technical  Reference  PUB  54010. 
Participants  in  OSINET  should  let  their  AT&T  Account  Executive  know  which 
option  meets  their  particular  needs  when  ordering  ACCUNET  Packet  Service. 


ACCUNET  Packet  Service  provides  Virtual  Call  and  Permanent  Virtual  Call 
services,  both  based  on  the  logical  channel  concept.  By  means  of  Virtual  Call 
Service  set-up/clearing  procedures,  logical  channels  can  be  established  and 
terminated  on  demand.  Permanent  Virtual  Call  Service  eliminates  the  time 
required  to  set-up  and  clear  each  call  by  establishing  permanent  logical 
associations  (not  available  for  Virtual  Calls)  when  the  service  is  ordered. 
These  remain  in  place  until  other  service  arrangements  are  ordered.  For 
OSINET,  AT&T  is  recommending  that  all  logical  channels  be  established  by 
Virtual  Calls. 


Both  Virtual  Call  and  Permanent  Virtual  Call  services  offer  a wide  range  of 
software  functions  to  increase  control  over  circuit  parameters,  set-up,  and 
functional  attributes . Packet  sizes  of  128  and  256  octets  as  well  as  window 
sizes  of  2 and  3 packets  are  supported. 

Logical  channels  may  be  established  as  either  two-way  or  one-way  outgoing. 

For  OSINET,  AT&T  is  recommending  that  logical  channels  are  established  only  as 
two-way  and,  while  it  is  possible  to  bar  either  incoming  or  outgoing  calls  on 
all  logical  channels,  that  these  facilities  not  be  provisioned. 

Throughput  class  negotiation  permits  negotiation  on  a per  call  basis  of  the 
throughput  classes  for  each  direction  of  data  transmission.  Throughput 
classes  up  to  and  including  9600  bps  are  supported  by  ACCUNET  Packet  Service, 
limited  only  by  access  line  speed.  For  OSINET,  AT&T  is  recommending  that  the 
throughput  class  negotiation  facility  be  provisioned. 
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Flow  control  parameter  negotiation  permits  negotiation  on  a per  call  basis  of 
the  flow  control  parameters,  window  size  and  packet  size,  for  each  direction 
of  data  transmission.  The  default  window  size  of  2 packets  and  packet  size  of 
128  octets  can  be  modified  if  both  DTEs  wish  to  use  larger  values  and 
subscribe  to  this  facility.  For  OSINET,  AT&T  is  recommending  that  the  flow 
control  parameter  negotiation  facility  be  provisioned. 

The  fast  select  facility  allows  DTEs  to  send  up  to  128  octets  of  data  in  the 
Call  Request  packet  and  receive  up  to  128  octets  of  user  data  from  the  called 
DTE  in  a Call  Connected  or  a Clear  Indication  packet,  if  issued  in  direct 
response  to  the  Call  Request  packet.  The  facility  may  be  requested  on  a per 
call  basis.  The  fast  select  acceptance  facility  authorizes  the  network  to 
transmit  to  the  DTE  Incoming  Call  packets  which  request  the  fast  select 
facility.  For  OSINET,  AT&T  is  recommending  that  the  fast  select  acceptance  be 
provisioned. 

Table  1 lists  performance  parameters  and  typical  values  which  may  be 
encountered  by  users  of  ACCUNET  Packet  Service.  These  performance  parameters 
and  typical  values  are  published  by  AT&T  Communications  as  a guide  for  the 
designers,  manufacturers,  consultants,  and  suppliers  of  systems  and  equipment 
which  would  connect  to  the  X.25  interface.  The  performance  values  are  based 
on  design  objectives  and  reflect  typical  network  performance  from  one  X.25 
packet  switch  interface  to  another  X.25  packet  switch  interface.  As  such, 
these  values  do  not  reflect  delays  associated  with  access  lines  to/from  the 
packet  switch.  They  are  typical,  but  are  not  meant  to  imply  a guarantee  of 
quality  or  grade  of  service. 

Additional  information  is  available  in  the  following  AT&T  Communications 
Technical  References: 

PUB  54010,  "X.25  Interface  Specifications  and  Packet 
Switching  Capabilities,"  (May,  1986) 

PUB  54012,  "X.75  Interface  Specifications  and  Packet 
Switching  Capabilities,"  (May,  1986) 

They  are  available  from: 

AT&T  Customer  Information  Center 
Commercial  Sales  Rep. 

P.  0.  Box  19901  11202 
Indianapolis,  IN  46219 
1-800-432-6600  (Operator  101) 


TABLE  1 

ACCUNET  Packet  Service  Network  Performance  Specifications 


THROUGHPUT  Virtual  Circuit  Data  Transfer 

Rate 


95%  of  Through- 
put Class 
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AVAILABILITY 

Scheduled  Hours  of  Service 

24  hours/day 
7 days/week 

Loss  of  Service 

8 hours  per 
interface  per 
year 

Meantime  to  Restore  Service 

5 hours 
( average) 

BLOCKING 

Service  Blocking 

Less  than  1% 

DELAY 

Call  Set-up 

480  ms  (Average 
Busy  Hour) 

Data  Transfer  Delay 
(40  octets) 

135  ms  (Average 
Busy  Hour) 

MALFUNCTION 

Rate  of  Incorrect  Packet 

1 per  10  million 
packets  sent 

Restart  Rate 

5 per  interface 
per  year 

3 . 2 WANGPAC 


The  following  information  has  been  provided  by  WANG. 

An  Overview  To  WangPac 

WangPac  is  a packet  switching  network  service  offered  by  Wang  Information 
Service  Corporation  (WISC)  a wholly  owned  subsidiary  of  Wang  Laboratories,  of 
Lowell,  Massachusetts. 

Implemented  over  18  months  ago  to  serve  the  internal  worldwide  data 
communications  requirements  of  Wang  Laboratories,  WangPac  is  based  on  the 
international  packet  switching  technology  standard  of  X.25.  We  support  the 
common  set  of  protocols  OSINET  requires. 

Designed  with  excess  capacity,  Wang  Laboratories  currently  uses  less  than  7% 
of  the  network.  It  is  this  excess  capacity  that  we  are  making  available  to 
OSINET  users  as  well  as  our  commercial  customers.  The  current  configuration 
of  the  network  has  more  than  60  locations  serving  in  excess  of  200  hosts  with 
10,000  users.  WangPac  has  increased  its  users  productivity  and  has  provided 
a cost  effective  means  of  centralized  support  and  controlled  growth. 

Access  Protocols 


WangPac  currently  supports  the  following  non-X.25  access  protocols. 
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3270 


2780/3780 

ASYNC 

SNA 


Network  Operations  Center 

The  NOC  located  in  Lowell,  Massachusetts,  is  the  network's  command  center. 
Operators  have  the  ability  to  perform  remote  diagnostics  and  performance 
analysis  on  lines  and  nodes  in  the  network.  When  a problem  develops,  they 
coordinate  and  dispatch  support  and  maintenance  ensuring  efficent  network 
operations . 

We  have  installed  X.25  packet  switching  nodes  in  the  following  locations: 

WangPac  Domestic/Foreiqn  PSN  Locations 


Atlanta,  Georgia 
Bloomfield,  Michigan 
Boston,  Massachusetts 
Brussels,  Belgium 
Burlington,  Massachusetts 
Culver  City,  California 
Century  City,  California 
Coral  Gables,  Florida 
Chelmsford,  Massachusetts 
Chesapeake,  Virginia 
Cincinnati,  Ohio 
Dallas,  Texas 
Des  Moines,  Iowa 
Englewood,  Colorado 
Farmington,  Connecticut 
Greensboro,  North  Carolina 
Haverhill,  Massachusetts 
Hong  Kong 
Honolulu,  Hawaii 
Houston,  Texas 
Independence,  Ohio 
Limerick,  Ireland 
London,  England 
Lowell,  Massachusetts 
Lawrence,  Massachusetts 
Marina  Del  Ray,  California 


Methuen,  Massachusetts 
Newport  Beach,  California 
New  York  City,  New  York 
Oakbrook,  Illinois 
Oakland,  California 
Philadelphia,  Pennsylvania 
Phoenix,  Arizona 
Portland,  Oregon 
Princeton,  New  Jersey 
Puerto  Rico 
Rochester,  New  York 
Rockville,  Maryland 
Rolling  Meadows,  Illinois 
Rosslyn,  Virginia 
Rutherford,  New  Jersey 
Salt  Lake  City,  Utah 
San  Diego,  California 
San  Francisco,  California 
Seattle,  Washington 
Shaumberg,  Illinois 
Singapore 

St.  Louis,  Missouri 
Stanford,  Connecticut 
Sydney,  Australia 
Tampa,  Florida 
Tewsbury,  Massachusetts 
Wayne,  Pennsylvania 
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INTERFACE  SPECIFICATIONS  AND  PACKET  SWITCHING  ATTRIBUTES 


This  section  describes  the  X.25  interface  protocol  currently  supported  by 
WISC's  WangPac  packet  switching  network. 

Recommendation  X.25  [1]  of  the  International  Telegraph  and  Telephone 
Consultative  Committee  (CCITT)  specifies  the  interface  between  Data  Terminal 
Equipment  (DTE)  and  Data  Circuit  Terminating  Equipment  (DCE)  for  terminals  or 
hosts  operating  in  packet  mode  on  public  data  networks  (PDNs).  FIPS 
100/Federal  Standard  1041  [2]  specifies  the  general  use  of  X.25  for  the 
United  States  government.  This  standard  defines  some  choices  left  open  in 
Recommendation  X.25.  WangPac  follows  procedures  that  are  in  compliance  with 
FIPS  100/Fed.  Std.  1041  in  areas  where  Recommendation  X.25  allows  a choice. 

INTERFACE  SPECIFICATIONS  AND  PACKET  SWITCHING  ATTRIBUTES 


The  interface  described  in  this  document  is  compliant  to  the  DCE  procedures 
set  forth  in  the  1980  version  of  CCITT  Recommendation  X.25  and  FIPS  100/Fed. 
Std.  1041  dated  July  6,  1983. 

This  document  provides  information  on  the  specific  X.25  features  currently 
supported  including: 

o X.25  parameter  values 

o action  taken  in  areas  where  Recommendation  X.25  offers  a choice 

o unique  features  not  presently  in  Recommendation  X.25  of  FIPS  100/Fed.  Std. 
1041 

This  document  assumes  the  reader  is  familiar  with  CCITT  Recommendation  X.25 
and  FIPS  100/Fed.  Std.  1041.  Information  contained  within  is  meant  to  be  used 
with  the  text  of  both  of  these  documents. 

The  WangPac  Network 

WangPac  provides  a value  added  packet  switched  transport  service  between  user 
interfaces.  The  WangPac  network,  (figure  2.1),  consists  of  packet  switching 
nodes  (PSNs),  packet  assembler/disassemblers  (PADs),  interconnecting  trunk 
lines,  and  packet  switch  access  points  for  user  connections.  The  user  packet 
switch  points  can  support  access  at  56kbps,  48kbps,  19.2kbps,  14.4kbps, 
9.6kbps,  4.8kbps,  2.4kbps,  and  1.2kbps. 

WangPac  network  interface  supports  Levels  1,  2,  and  3 of  the  DCE  side  of  FIPS 
100/Fed.  Std.  1041  and  1980  CCITT  Recommendation  X.25  protocol  for  Virtual 
Call  and  Permanent  Virtual  Circuit  Services. 

Access  to  Public  Data  Networks 

Within  the  United  States,  WangPac  supplies  Virtual  Call  and  Permanent  Virtual 
Circuit  Services  between  DTEs. 
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For  foreign  countries.  Virtual  Call  services  are  provided  to  most  public 
packet  networks  worldwide. 

Outline  of  WanaPac  X.25  Packet  Switch  Interface  Protocol 


WangPac  supports  three  physical  interface  standards:  RS-232C,  RS-449,  and 

V.35  at  clock  rates  form  1.2  to  56  kilobits  per  second  (kbps). 

The  link  level  protocol  supports  the  Link  Access  Procedure  Balanced  (LAPB) 
procedure . 

WangPac  packet  level  interface  supports  both  Switch  Virtual  Call  (SVC)  and 
Permanent  Virtual  Circuit  (PVC)  services. 

WangPac  supports  the  standard  default  level  attributes  specified  in  CCITT 
Recommendation  X.25  of  128  octets  for  maximum  size  of  the  user  data  field, 
modulo  8 packet  sequence  numbering,  and  packet  level  window  size  of  2. 

Most  facilities  designated  by  FIPS  100/Fed.  Std.  1041  are  supported  by 
WangPac.  In  addition,  WangPac  provides  Fast  Select  and  Fast  Select  Acceptance 
support  for  virtual  calls. 

Additional  facilities  and  capabilities  are  under  consideration. 

At  the  end  of  this  section,  there  is  a summary  of  WangPac ' s X.25  packet  switch 
interface . 

WangPac  X.25  Packet  Switch  Interface  Attributes 

This  section  describes  switched  virtual  call  (SVC)  service  and  permanent 
virtual  circuit  (PVC)  service,  network  addressing,  and  self-test  capability. 

SVC  Service 

Switch  virtual  call  service  procedures  and  formats  are  in  accordance  with 
those  specified  in  CCITT  Recommendation  X.25  and  FIPS  100/Fed.  Std.  1041.  SVC 
service  provides: 

o interface  initialization 

o call  setup  and  clearing 

o flow  control 

o sequenced  data  transfer. 
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PVC  Service 


The  capabilities  described  in  section  5.1  hold  true  for  permanent  virtual 
circuits  except  for  call  setup  and  clearing.  PVCs  do  not  require  calls. 
Facilities  for  PVCs  are  set  at  subscription  time. 

Network  Addressing 

Addresses  are  assigned  to  the  user  by  the  WangPac  administration.  The  address 
format  utilized  is  consistent  with  CCITT  Recommendation  X.121. 

All  addresses  are  12  or  14  digits  in  length.  The  14  digit  length  includes  2 
digits  for  subaddressing. 

Two  types  of  addressing  are  supported,  physical  addressing  and  logical 
addressing. 

Physical  addressing  allows  the  indentif ication  of  the  exact  endpoint  the  user 
wishes  to  reach. 

Logical  addressing  allows  referencing  hosts  by  either  their  physical  address 
or  by  one  or  more  location-independent  logical  addresses.  It  also  gives  the 
host  control  over  which  of  the  logical  addresses  it  can  be  accessed  by  (this 
is  optional  for  the  host  machine  to  implement).  The  logical  address  is  7 
digits  long  and  is  mapped  by  the  network  into  a physical  address.  There  may 
be  multiple  logical  addresses  assigned  to  a single  physical  address  or 
multiple  physical  addresses  with  the  same  logical  address.  The  network  can 
also  translate  the  logical  address  into  a physical  address  in  the  incoming 
call  packet  so  the  host  sees  only  a physical  address. 

In  the  case  of  multiple  physical  addresses  tied  to  a single  logical  address, 
there  are  three  selection  criteria  that  can  be  used: 

o Ordered  List:  this  method  selects  the  first  active  port  always 

searching  from  the  beginning  of  the  list. 

o Shortest  Distance:  using  the  list  of  all  active  ports,  select  the 

destination  physical  address  with  the  shortest  routing 
distance  from  the  source. 

o Round  Robin:  select  the  first  active  port  starting  the  search  from 

the  last  successfully  selected  port.  The  list  will  be 
viewed  as  a circular  list. 

Note:  only  active  physical  ports  can  be  selected  and  a logical  address  can 

only  have  one  selection  criteria  associated  with  it. 
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WangPac  X.25  User  Facility  Support 


WangPac  supports  many  of  the  facilities  described  in  Recommendation  X.25  and 
FIPS  100/Fed.  Std.  1041.  Each  section  below  describes  a facility  and  the 
WangPac  implementation. 

Closed  User  Group 


This  facility  is  assigned  by  WangPac  Administration.  It  allows  DTEs  to 
restrict  outgoing  and  incoming  access  to  a "group"  of  registered  DTEs.  A DTE 
may  belong  to  a single  group  or  a number  of  groups. 

Each  group  is  assigned  a two  digit  index  number  in  the  range  of  00-99.  DTEs 
will  use  the  index  number  as  part  of  the  closed  user  group  facility  request 
to  identify  the  particular  closed  user  group  associated  with  the  call  request. 
DTEs  subscribed  to  only  one  CUG  are  not  required  to  use  the  facility,  WangPac 
will  insert  the  facility  into  the  call  request  packet  automatically. 

Throughput  Class  Negotiation 

This  facility  permits  negotiation  on  a per  call  basis  of  the  throughput 
classes  for  data  transmission.  The  throughput  class  requested  in  the  call 
request  packet  is  validated  against  the  configured  line  speed.  If  the  value 
requested  is  less  than  or  equal  to  the  line  speed,  the  call  is  permitted, 
else  the  call  is  cleared. 

The  incoming  call  packet  presents  the  DTE  with  the  lesser  of  the  calling  DTE's 
requested  value  or  the  maximum  throughput  class  for  the  called  DTE.  The  value 
in  the  call  connect  packet  must  be  less  than  or  equal  to  the  value  requested 
in  the  call  request  packet. 

The  negotiated  value  must  be  the  same  for  both  directions.  There  is  no 
guarantee  of  performance  with  throughput  negotiation. 

Flow  Control  Negotiation 

This  facility  permits  on  a per  call  basis,  negotiation  of  packet  and  window 
sizes.  The  values  negotiated  must  be  the  same  in  both  directions.  WangPac 
defaults  have  a packet  size  of  128  octets  and  window  size  of  2.  If  no  packet 
size  or  window  size  is  requested,  these  values  are  in  effect. 

WangPac  allows  packets  sizes  of  16,  32,  64,  128,  256,  512,  and  1024  octets  to 
be  negotiated. 

Window  sizes  of  1-7  may  be  negotiated. 

One  Way  Logical  Channel  Outgoing 

This  facility  is  set  by  WangPac  Administration.  It  allows  a user  to  set  aside 
a logical  channel  or  channels  to  be  used  exclusively  for  outgoing  calls.  The 
user  must  specify  the  logical  channel(s)  that  will  be  used  for  this  service. 
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One  Way  Logical  Channel  Incoming 


This  facility  is  set  by  WangPac  Administration.  It  allows  a user  to  set 
aside  a logical  channel  or  channels  to  be  used  exclusively  for  incoming  calls. 
The  user  must  specify  the  logical  channel(s)  that  will  be  used  for  this 
service . 

Outgoing  Calls  Barred 

This  facility  is  set  by  WangPac  Administration.  It  prevents  outgoing  calls 
to  be  made  for  a DTE.  This  is  equivalent  to  specifying  all  logical  channels 
as  being  One  Way  Logical  Channels  Incoming. 

Incoming  Calls  Barred 

This  facility  is  set  by  WangPac  Administration.  It  prevents  incoming  calls 
to  be  made  fo  a DTE.  This  is  equivalent  to  specifying  all  logical  channels 
as  being  One  Way  Logical  Channels  Outgoing. 

Fast  Select 

The  DTE  may  request  this  facility  on  a per  call  basis  in  the  call  request 
packet.  The  calling  DTE  is  allowed  up  to  1024  octets  of  user  data  to  be 
included  in  the  call  request  packet  and  up  to  1024  octets  of  user  data  to  be 
received  in  the  call  connected  packet  or  clear  indication  packet  (if  issued 
in  direct  response  to  the  call  request)  from  the  called  DTE.  This  facility 
must  be  requested  by  the  subscriber,  it  is  not  activated  in  the  standard 
conf iguration . 

Fast  Select  Acceptance 

This  facility  is  set  by  WangPac  Administration.  It  empowers  WangPac  to 
transmit  to  the  DTE  incoming  call  packets  which  contain  the  fast  select 
facility.  If  a DTE  does  not  subscribe  to  this  facility,  WangPac  will  not  pass 
on  the  DTE  incoming  call  packets  with  the  fast  select  facility.  This 
facility  must  be  requested  by  the  subscriber,  it  is  not  activated  in  the 
standard  configuration. 

This  facility  is  set  by  WangPac  Administration.  It  allows  a user  to  make 
call  request  containing  the  reverse  charging  facility.  If  the  access  port  is 
not  configured  for  reverse  charging  and  a DTE  issues  a call  request  packet 
with  the  reverse  charging  facility,  the  call  is  cleared.  This  facility  must 
be  requested  by  the  subscriber,  it  is  not  activated  in  the  standard 
conf iguration . 

Reverse  Charging  Acceptance 

This  facility  is  set  by  WangPac  Administration.  It  authorizes  WangPac  to 
transmit  to  the  DTE  incoming  call  packets  which  contain  the  reverse  charging 
facility.  If  a DTE  does  not  subscribe  to  this  facility,  WangPac  will  clear 
all  calls  destined  to  the  DTE  that  contain  the  reverse  charging  facility. 
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This  facility  must  be  requested  by  the  subscriber;  it  is  not  activated  in  the 
standard  configuration. 

RPOA  Selection 


The  DTE  may  request  this  facility  on  a per  call  basis.  It  allows  the  calling 
DTE,  in  the  call  request  packet,  to  specify  the  particular  Recognized  Private 
Operating  Agency  (RPOA)  transit  network  through  which  the  call  is  to  be 
routed. 

Reverse  Charging 


SUMMARY  OF  WANGPAC  INTERFACE  FEATURES 


Feature 

Level  1 (Physical  Level) 
transmission  access: 
interface  types: 

Level  2 (Link  Level) 
procedure 

parameter  K: 

parameter  Nl: 

parameter  N2 : 

timer  T1  DCE: 

parameter  T2  (DCE): 

(worst  case) 

sequencing : 

Level  3 (Packet  Level) 
services : 

packet  types: 

# of  logical  channels  per 
DTE  (default) 


Description 

1.2,  2.4,  4.8,  9.6,  14.4,  19.2, 
56kbps  RS232-C,  RS-449,  V.35 


LAPB 


7 default,  1-6  optional 
8248  bits 

20  default,  1-200  optional 

less  than  or  equal  to  3 seconds 

less  than  or  equal  to  .5  sec  for 
speeds  less  than  or  equal  to 
19.2  kbps  less  than  or  equal  to 
.25  sec  for  speeds  greater  than 
19.2  kbps 

modulo  8 


virtual  call  and  permanent 
virtual  circuit 

all  basic  packets  plus  diagnostic, 
interrupt  and  interrupt  confirm 
packets 

10  (additional  logical  channels 
available  at  additional  cost) 
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LCN  range: 


0 - 4095 


user  data  field:  octet  aligned 

packet  sequencing:  modulo  8 

address  format  14  digits 


VC  user  facilities*  Support  Provided 

Recommendation  X.25  and  FIPS  100 


Closed  User  Group  (CUG): 

CUG  with  Incoming  Access: 

CUG  with  Outgoing  Access: 
Bilateral  CUG: 

Bilateral  CUG  with  Outgoing 
Access : 

Throughput  Class  Negotiation: 
Flow  Control  Negotiation 
packet  size: 

octets 

window  size: 

One  Way  Logical  Channel 
Outgoing : 

One  Way  Logical  Channel 
Incoming : 

Incoming  Calls  Barred: 
Outgoing  Calls  Barred: 

Fast  Select: 

Fast  Select  Acceptance: 
Reverse  Charging: 

Reverse  Charging  Acceptance: 
RPOA  Selection: 


yes 

yes 

yes 

no 

no 

yes 

16,32,64,128,256,512,1024 

2-7 

yes 

yes 

yes 

yes 

yes 

yes 

yes 

yes 

yes 


* Facilities  that  apply  to  both  virtual  call  and  permanent  virtual  circuits 
are  available  to  both  if  supported. 
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4.  SITE  CONFIGURATION,  LOCATION,  PROTOCOLS,  AND  POINT  OF  CONTACT 
INFORMATION  FOR  OSINET  PARTICIPANTS 


This  section  provides  the  information  suggested  by  the  title.  Each 
participating  company  is  expected  to  complete  its  subsection. 

4.1  U.S.  Department  of  Agriculture 


Point  of  Contact: 

Mrs.  Elaine  Stout 

Office  of  Information  Resources  Management 
Room  447W 

14th  & Independence  Ave.,  S.W. 

Washington,  DC  20250 
(202)  475-4795 

Organization  ID: 

23 

4.2  AT&T  Communications 


System  Name: 

AT&T  Intermediate  System 

Location: 

Bellevue,  Washington  (BOEING  Computer  Services) 

Configuration: 

AT&T  Network  Controller  providing  ISO/OSI  internetworking 
of  X. 25/802 . 3/802 . 4 over  the  connectionless  network 
(DIS  8473)  protocol. 

Point  of  Contact: 

Matthew  Gierlach 
AT&T 

Room  B-A254 
60  Columbia  Turnpike 
Morristown,  NJ  07960 

Organization  ID: 

11 

4.3  Boeing  Computer  Services 


Location: 

Bellevue,  Washington 

Conf igurat ion : 

AT&T  X.25  router  to  802.3  and  802.4  modes 

Protocols : 

FTAM  (AUTOFACT),  BCS  Session 

(Full  Duplex),  Transport 

(Class  4),  Internet  Protocol  Router 

Subnetwork  Point 
of  Attachment: 

3134  206  708  1001 
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Point  of  Contact: 


Les  Kerr 
P.0.  Box  24346 
Seattle,  WA  98124-0346 
(206)  763-5868 

Organization  ID:  12 

4.4  Charles  River  Data  Systems 

Point  of  Contact:  Eric  Spiewak 

983  Concord  St. 
Framingham,  MA  01701 
(617)  626-1000 

Organization  ID:  13 

4.5  Defense  Communications  Agency 

Point  of  Contact:  Martin  Thompson 

DCEC 

1860  Wiehle  Avenue 
Reston,  VA  22090 

Organization  ID:  22 

4.6  Defense  Logistics  Agency 

Point  of  Contact:  Walter  Simonson 

Cameron  Station 
Alexandria,  VA  22314 

Organization  ID:  7 


4.7  Digital  Equipment  Corporation 


Subnet: 

Access  lines: 
Conf igurat ion : 
Protocols : 


British  Telecom's  PSS  service  giving 
access  to  AT&T's  Accunet  via  X.75 

1 @ 9 . 6kb 

micro-VAX  II 

FTAM,  Full  Session,  CLNP/X . 25-80 , X. 25-80, 
VARCRLF,  and  UNDEF  presentation  contexts. 


Point  of  Contact:  Richard  Benwell 

RE02-G/M9 
Digital  Park 
Imperial  Way 
Reading 
+44-734-868711 
Organization  ID:  14 
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4.8  General  Motors 


Point  of  Contact: 

Gary  Workman 
APMES  A/MD-39 
30300  Mound  Rd. 
Warren,  MI  48090 
(313/575-0632 

Organzation  ID: 

15 

4.9  Hewlett  Packard 


Conf igurat ion : 

HP  1000 

Protocols : 

FTAM,  CASE,  Session  (BCS  full  duplex).  Transport 
Class  4 and  end-node  connectionless  IP 

Point  of  Contact: 

Mary  E . Ryan 
Rnd  R3NF 

8000  Foothills  Blvd. 
Roseville,  CA  95678 
916/786-8000  x4519 

Organization  ID: 

16 

4.10  Honevwell  Bull 


Location : 

Phoenix,  AZ 

Equipment : 

Honeywell  DPS-6 

X.25  Network: 

AT&T  AccuNet  (sm) 

Link  Access: 

1 x 9600  bps 

Protocol  (initially):  X.25  (1980),  Connectionless  Internet 

(end-system).  Transport  Class  4,  Session  BCS 


(full  duplex,  FTAM 

(Planned  by  1987): 

Session  BAS,  X.400  MHS  (PI,  P2 ) 

Organization  Name: 

HON01 

System  Identifier:  HON01DS6 

Application  Entities: 

Application  Entity  Title:  FTAM 

PSAP  Selector:  null 


SSAP 

TSAP 

NSAP 

Selector:  46  54  41  4D-j_g 

Selector:  00  0116 

Address:  47  0004  0011  0001  000000000001  0016 

Subnetwork  Points  of  Attachment: 

AccuNet  Address:  602  210  1000 
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Point  of  Contact: 

Bruce  Carlson 
P.O.  Box  8000,  H32 
Phoenix,  AZ  85066 
(602)  861-4944 

System  Name: 
Organization: 
NSAP : 

T-Selector : 
S-Selector : 

HIS2 

Honeywell  Bull 

47  0004  0011  0002  00  00  00  000001  00 
0001 

48  49  53  46  54  41  4D 

PSS  Address: 
Location: 

02  3421  89  1010104 
Honeywell  House 
Godfrey  Way 
Hanworth  Road 

Hounslow,  Middlesex,  England  TW4-5PW 

Contact : 

Phone : 

Organization  ID: 

Martin  Hassenberg 
44  24  2291 
17 

4.11  IBM 


Conf igurat ion : 

IBM  Series  1 processor,  IBM  4300 

Location: 

Palo  Alto,  CA 
Gaithersburg,  MD  (NBS) 
La  Gaude , France 

X.25  Access: 

ACCUNET 

TRANSPAC  ( La  Gaude ) 

Access  Lines: 

1@4.8  kbps 

109.6  kbps  ( La  Gaude ) 

Protocols  Supported:  X.25,  802.4,  CLNS,  Transport  Class  4,  Session 

kernel,  ACSE,  FTAM 

Organization  Name:  IBMPA 

System  Identifier:  IBMPAMCS 

Application  Entities: 

Application  Entity  Title:  IBMPAFTAM 


PSAP 

SSAP 

Selector:  null 

Selector:  49  42  4D  31  2E  46  54  41  4D 

16 

TSAP 

Selector:  0001 

16 

NSAP 

Selector:  47  0004  0001  0001  415257106200  00 

16 
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Subnetwork  Points  of  Attachment: 

ACCUNET  Address:  415  257  1062 

Organization  Name:  IBMLG 

System  Identifier:  IBMLGMCS 

Application  Entities: 

Application  Entity  Title:  IBMLGFTAM 

PSAP  Selector:  null 

SSAP  Selector:  49  42  4D  32  2E  46  54  41  4D 

16 

TSAP  Selector:  0001 

16 

NSAP  Selector:  47  0004  0001  0002  208006041768  00 

16 

Subnetwork  Points  of  Attachment: 

ACCUNET  Address:  2080  06041798 


Point  of  Contact: 

Edward  C.  Strum 
1501  California  Ave.,  N.W. 
Palo  Alto,  CA  94303-0828 
(415)  855-4697 

Organization  ID: 

Henri  Chorosz 
Oil  33  93  585  772 
1 

4.12  International  Computers,  Ltd. 


Subnet : 

British  Telecom's  PSS  Service  giving  access 
to  AT&T  Accunet  via  X.75 

Access  Lines: 

1 @ 4.8Kb 

Configuration: 

PERQ  running  PNX 

Protocols : 

Internet 

Transport  classes  0,2, 3, 4 
Session  (full) 

FTAM 

NSAP:  4700040002000123427820010500 
SNPA:  234278200105 ( PSS ) 


Point  of  Contact: 

J.R.  Cadwallader 
Manager,  Network  Technology 
Technical  Directorate 
Westfields  West  Avenue 
Kidsgrove  Stoke-on-Trent  ST7  1TL 
United  Kingdom 
(0782)  29681 

Organization  ID: 

2 
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4 . 13  The  MITRE  Corporation 


Point  of  Contact: 

Claude  E.  LaBarre 

Organization  ID: 

Burlington,  MA  01730 
(617)  271-8507 
24 

4.14  National  Bureau  of  Standards 


X.25  attachment: 

ACCUNET  and  WANGPAC 

Location: 

Gaithersburg,  MD 

Network  Configuration: 

a)  VAX/780  intermediate  and  end  system 

b)  IBM  Series  l's  as  end  systems 

c)  IEEE  802.3  and  802.4  LAN  attachments 

d)  correctness  lab,  performance  lab,  LAN 
lab,  and  multi-processing  lab  attachments 
via  the  LANs 

Protocols : 

As  specified  in  NBSIR-86-3385 . 

Organization  Name: 
System  Identifier: 

Application  Entities: 

NBSWASHDC 

NBSWASHDCNIC 

Application  Entity  Title:  NBS1FTAM 

PSAP  Selector:  null 

SSAP  Selector:  46  54  41  4D 

16 

TSAP  Selector:  0001 

16 

NSAP  Selector:  47  0004  0003  0002  7F0000000000  00 

16 

Subnetwork  Points  of  Attachment: 

ACCUNET  Address:  202  301  1007 


Point  of  Contact: 

Jerry  Mulvenna 

Systems  & Network  Architecture  Division 
Building  225,  Room  B217 
Gaithersburg,  MD  20899 
301/975-3631 

Organization  ID: 

3 
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4.15  Department  of  Navy 


Point  of  Contact: 

Dave  Norem 
NAVDAC , Code  32 
Washington  Navy  Yard 
Bldg.  218-2 

Washington,  DC  20374-1662 

Organization  ID: 
4.16  NCR  Comten 

20 

Configuration: 

NCR  Tower  XP  running  UNIX  System  V 
(operating  as  an  end  system) 

Location: 

Minneapolis/St.  Paul,  MN 

X.25  Access: 

ACCUNET 

Access  Lines: 

1 @ 9.6  kbps 

Protocols  Supported: 

FTAM,  Session  (BCS  full  duplex).  Transport 
Class  4,  Internet  Protocol,  X.25 

Organization  Name: 

NCR 

SSAP  Selector: 
TSAP  Selector: 
NSAP  Address: 
ACCUNET  SNPA: 

NCR. FTAM  <==>  (4e  43  52  2e  46  54  41  4d) 

00  01 

4700040004000108001400329700 
(3134)  6124501001 

Point  of  Contact: 

Rick  Johnson 
NCR  Comten,  Inc. 

2700  Snelling  Ave.,  N. 
St.  Paul,  MN  55113 
(612)  638-7767 

Organization  ID: 

4 

4.17  Retix 

Location: 

Santa  Monica,  CA 

Conf iguration : 

VAX  11/750  running 
Berkeley  4.2  UNIX 

Protocols : 

As  specified  in  SNA  85-1 
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Point  of  Contact: 

John  B.  Stephensen 
Vice  President,  Engineering 
1547  Ninth  Street 
Santa  Monica,  CA  90401 

Organization  ID: 

4.18  Sun  Microsystems 

6 

Point  of  Contact: 

Lawrence  Garlick 
2550  Garcia  Avenue 
Mountain  View,  CA  94043 
(415)  960-1300 

Organization  Code: 
4.19  Unisys 

21 

Point  of  Contact: 

Anita  Skelton 
3151  Camino  Ruiz 
Camarillo,  CA  93010 
(805)  987-9300 

Organization  ID: 
4.20  TASC 

18 

Point  of  Contact: 

Jonathan  S.  Katz 
One  Jacob  Way 
Reading,  MA  01867 
(617)  944-6850,  Ext.  2282 

Organization  ID: 
4.21  Wang 

19 

Organization:  WANG  Laboratories,  Inc. 

Location:  Lowell,  Massachusettes 

Contact:  Joe  Hielscher 

Address:  One  Industrial  Avenue 

Mailstop  014-A1B 
Lowell,  MA  01851 
Phone:  617-967-1030 


Organization  ID: 
Organization  Name: 
System  Identifyer: 

0910  “ 0916 
WLILWL 

WLILWLVS1 

FTAM  AE  Title: 
PSAP  Selector: 
SSAP  Selector: 

FTAM 

null  (n/A) 

46  54  41  4D16 
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TSAP  Selector: 
NSAP  Address: 

00  0116 

47  0004  0009  0001  000036070000  0016  (0SI1) 

Network  Connection: 
SNPA  Address: 

ACCUNET  Gateway 

3134  617  430  7800  (OSI1) 

Network  Connection: 
SNPA  Address: 

WANGPAC 

000000  36  07  0000  (OSI1)  <—  Main  System 

Availability: 

9-4  Eastern  Standard  Time 

Supported  Protocols: 

FTAM-1,  VARCRLF / UNDEF , Full  Session,  TP-4 
CLNP/X. 25-80,  X. 25-80 

Conf igurat ion : 

VS  85  connected  to  WangPac  Network  Operation 
Center.  WangPac  gateways  to  AccuNet  via  an  X.25 
switch  located  in  Lowell,  MA. 

Organization  ID: 

9 

4.22  The  Wollongong  Group 


Point  of  Contact: 

Narayan  Mohanram 
1129  San  Antonio  Rd. 
Palo  Alto,  CA  94303 

Location: 

Palo  Alto,  CA 

Conf iguration : 

3B15  processor 

Protocols : 

FTAM,  BCS  Session, 
Transport  (Class  4),  CLNS 

Organization  ID: 

8 
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5.  PROGRAM  OF  WORK 


5.1  INITIAL  PROJECTS 

5.1.1  Initial  Connectivity 

The  first  project  is  to  provide  connectivity  among  all  of  the  OSINET 
companies . 

This  is  viewed  as  a two-step  process.  The  first  step  is  for  each  company  to 
connect,  directly  or  via  a gateway,  to  ACCUNET  or  WANGPAC  and  verify 
operation,  i.e.,  connection  establishment,  data  transfer,  and  connection 
termination. 

The  second  step  is  to  exercise  the  protocol  suite  described  in  section  2.1  of 
this  document.  This  is  to  be  done  by  executing  a subset  of  the  FTAM  tests 
used  for  AUTOFACT  '85  testing.  The  subset  is  to  be  determined  by  the 
Technical  Committee.  Each  company  will  run  the  FTAM  tests  with  five  other 
companies . 

"Initial  Connection"  interoperability  testing  will  be  determined  by  completing 
testing  with  five  (5)  partners  plus  exchanging  addressing  and  news  information 
with  the  NIC. 

(a)  Other  testing  can  be  conducted  and  recorded,  but  does  not  pertain  to 
the  "initial  connection"  interoperability  completion  criteria. 

(b)  It  may  be  advantageous  for  OSINET  participants  to  choose  their 
partners . 

(c)  If  participants  decide  to  choose  partners,  they  should  inform  NBS 
before  testing  begins. 

(d)  Participants  should  attempt  to  test  with  different  hardware/software 
systems,  if  they  informally  arrange  test  partners. 

(e)  All  testing  progress  should  continue  to  be  reported  to  NBS. 

(f)  NBS  will  continue  to  assign  test  partners,  as  requested. 

To  ensure  continued  interoperability,  participants  are  encouraged  to  perform 
regression  testing  when  changes  are  made  to  their  OSINET  system. 

5.1.2  NIC  Services 


OSINET  will  provide  Network  Information  Center  services. 
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5.1.3  DoD  Transition  to  the  Use  of  OSI 


The  joint  NBS,  DCA,  Navy,  and  Industry  work  on  FTAM,  MHS , VTP,  and  directory 
services  as  a step  in  the  DoD  transition  to  the  use  of  OSI  has  been  approved 
as  an  OSINET  project. 

5.1.4  X.400  Message  Handling  Systems 

OSINET  can  optionally  be  used  by  interested  participants  for  the 
interoperability  testing  of  electronic  messaging  protocols  using  the  CCITT. 
X.400  Series  of  recommendations.  It  has  been  provisionally  approved,  subject 
to  review  of  a detailed  proposal,  that  testing  will  be  based  on  the 
specifications  of  the  NBS  OSI  Workshop  SIG  on  X.400  specification,  rev  1.0,  as 
contained  in  NBSIR  86-3385. 

5. 1.4.1  Nature  of  OSINET  Messaging  Project 


Participants  in  the  OSINET  Messaging  project  must  provide  network  connectivity 
to  the  existing  OSINET  topology.  Participation  in  the  messaging  project  shall 
be  an  optional  function  for  OSINET  members. 

An  OSINET  messaging  participant  may  provide  either  a full  end  system  (PI  and 
P2)  or  a message  transfer  service  (PI  only)  system.  Both  the  PRMD-PRMD  and 
PRMD-ADMD  profiles  will  be  utilized. 

Initially,  messaging  participants  will  provide  full  messaging  end-systems  (Pi 
and  P2)  and  will  provide  one  or  more  PRMDs ; the  PRMD-PRMD  profile  will  be 
utilized.  The  PRMD-ADMD  profile  will  be  added  when  an  OSINET  member  (or 
applicant)  administration  applies  and  an  appropriate  bridge  (relay)  to  other 
OSINET  messaging  systems  is  provided.  Participation  as  an  intermediate  PRMD 
or  ADMD  (PI  only)  will  be  defined  when  requested  by  an  OSINET  member. 

5. 1.4.2  Role  of  the  Technical  Committee 


The  Technical  Committee  will  collect  and  publish  ( in  the  OSINET  agreements 
standing  document)  the  X.400  messaging  addressing  information  it  feels  is 
necessary  to  permit  inter-member  message  exchange.  This  will  include  the  sub- 
network point  of  attachment  (i.e.,  Accunet  address),  NSAP,  T-selector,  S- 
selector,  PRMD  name,  MTA  name,  MTA  password  (if  used)  and  the  0/R  names  of 
persons  who  may  be  sent  mail.  Where  necessary,  the  Technical  Committee  shall 
insure  that  such  elements  as  PRMD  and  MTA  names  are  unique  among  members. 

The  Technical  Committee  will  make  the  above  information  available  to  members 
via  the  NIC.  The  TC  will  investigate  maintaining  NIC  files  listing  the  O/R 
names  of  persons  who  may  receive  mail  via  OSINET  at  each  member  location. 

The  Technical  Committee  will  define  and  publish  (as  an  appendix  to  the  OSINET 
agreements  standing  document)  a basic  set  of  confidence  tests  designed  to 
verify  that  mail  can  be  successfully  exchanged  among  OSINET  messaging 
participants . 
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The  Technical  Committee  will  assign  testing  partners,  such  that  each 
participant  may  execute  the  set  of  tests  with  at  least  five  (5)  other  members. 

The  Technical  Committee  shall  report  on  testing  status  to  the  Steering 
Committee . 

The  Technical  Committee  shall  provide  as  liaison  with  the  Workshop's  X.400  SIG 
any  questions,  problems,  or  ambiguities  detected  in  the  messaging  functional 
standard. 

5. 1.4. 3 PRMD-PRMD  Messaging  Agreements 

Initially,  only  PRMD  to  PRMD  messging  will  be  defined.  Others  will  be  defined 
when  a member  desires  to  operate  in  that  mode.  This  subsection  deals 
exclusively  with  this  option. 
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5. 1.4.4  Participating  Systems 


Each  participant  provides  one  or  more  MTAs . Each  MTA  connected  to  OSINET . 
shall  represent  a PRMD.  (If  a member  wishes,  it  may  relay  to  other  MTAs  in 
its  own  PRMD.) 

Each  PRMD  shall  support  at  least  one  UA. 

5. 1.4.5  Protocols  Used 

o Layers  1-4  are  identical  to  those  used  for  current  OSINET  FTAM-1 
operation.  (Addresses  may  be  different.) 

o Session  protocol  is  the  Basic  Application  Subset  (BAS), 
o Presentation  is  X.409. 

o Application  Protocols  are  PI  (Message  Transfer)  and  P2  (Inter-Personal 
Messaging. ) 


P2  (INTER-PERSONAL  MESSAGING) 


P!  (MESSAGE  TRANSFER  LAYER) 


PRESENTATION  (X.409/ASN- 1 ) 


SESSION* 


TRANSPORT  (CLASS  4) 


NETWORK  (I/P) 


X.  25  OR  SUB-NETWORK  PROTOCOL 


OSINET  X 400  MESSAGING  PROTOCOL  STACK 


*SESSI0N  WITH  APPROPRIATE  FUNCTIONAL  UNITS  (E.G., 
INCLUDING  ACTIVITY  MANAGEMENT  ) 
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5. 1.4.6  Addressing  Information  Required 


Two  Types  of  X.400  addressing  information  are  required: 

o Addressing  information  for  communicating  with,  and  routing  to,  an 
MTA/ PRMD . 

o Addressing  information  for  designating  a messge  recipient  (0/R  name). 

MTA  Addressing 

MTA  Name 
Password 
ADMD  Name 
PRMD  Name 
Country 

S-selector:  (Is  NULL  required?) 

T-selector 

NSAP 

DTE  Address 
0/R  Name  Addressing 
For  each  Mail  User: 

Country* 

ADMD  Name*  (a  single  space) 

PRMD  Name* 

Organization 
Personal  Name 
Surname* 

Given  Name 
Initials 

Generation  Qualifier 
Organizational  Units  (up  to  4) 

*Mandatory  in  Workshop  Functional  Standard 

Are  Domain-Defined  Attributes  important? 

5. 1.4.7  NIC  Proposal 

Purpose:  To  make  X.400  Addressing  information  available  for  exchange  among 

OSINET  members. 

1.  Add  MTA  Name,  MTA  password.  Country,  ADMD  name,  and  PRMD  name 
to  the  addressing  file  (for  each  system). 

2.  Add  a Message  file  to  define  Persons  (0/R  names)  reachable  at 
each  member  organization. 

See  attached  proposal  for  NIC  modification  in  support  of  X.400  messaging. 
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5. 1.4.8  Specific  Agreements 


Shall  we  all  agree  not  to  use  password  on  RTS  Connect?  Shall  we  all  agree  to 
use  Password  verification  on  Connect?  Do  we  care  (shall  each  participant 
specify  whether  it  is  required  or  not)? 

Shall  we  use  RTS  checkpointing,  or  not,  or  not  care  (i.e.,  negotiate  either 
way ) ? 

Shall  we  agree  to  a maximum  size  for  message  that  must  be  accepted  e.g., 

10,000  characters?)  (The  Workshop  SIG  agreements  call  for  1 million  character 
MPDUs . ) 

5. 1.4.9  Initial  Inter-operability  Tests 

Initial  interoperability  testing  is  intended  to  demonstrate  confidence  that 
reasonable  mail  items  can  be  exchanged  between  two  systems.  (Invalid  mail 
items  are  not  deliberately  generated. ) 

Initial  testing  is  intended  to  be  conducted  between  pairs  of  systems,  A and  B. 
The  tests  will  require  system  A to  send  a set  of  mail  items  to  system  B. 

System  B should  then  reciprocate  by  sending  the  same  set  of  mail  items  to 
system  A. 

SPAG  has  produced  a Guide  to  the  Testing  of  Interoperability  of  X.4Q0  Message 
Handling  Systems,  which  includes  (chapter  7)  vendor  to  vendor  tests.  These 
tests  (six  in  each  direction)  vary  the  following  parameters: 

A.  Copy  Recipient 

B.  Reply  IP  Message  ID 

C.  Non-Delivery  (sending  to  unknown  0/R  name). 

D.  Conversion  Prohibited  (all  text  is  IAS) 

E.  Delivery  Notification  Requested 

F.  Grade  of  Delivery  (Normal,  Urgent,  non-Urgent) 

Specific  OSINET  testing  procedures  for  Messging  will  be  included  as  an 
appendix  to  a future  version  of  this  document. 

Document  Formats 


Support  of  IA5  body  part  types  is  required. 

5.1.5  Directory  Services 

Directory  Services,  based  on  the  joint  ISO/CCITT  standard  and  implementation 
agreements  developed  at  the  NBSOSI  Workshop,  has  been  approved  as  an  optional 
OSINET  project. 
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6.  POINTS  OF  CONTACT 


6.1  POINTS  OF  CONTACT  FOR  COMMITTEES 

Jerry  Mulvenna,  Chair,  OSINET  Steering  Committee,  (301)  975-3622 
Edward  Strum,  Chair,  OSINET  Technical  Committee,  (415)  855-4697 
Jim  Converse,  liaison  for  MAP/TOP  Steering  Committee,  (716)  726-1957 

6.2  POINTS  OF  CONTACT  FOR  X.25  SERVICES 


ACCUNET 

Steven  Lind 
AT&T 

Room  17-5361C1 
295  North  Maple  Avenue 
Basking  Ridge,  NJ  07920 
(201)  221-2834 

WANGPAC 

Joe  Hielscher 
Wang  Laboratories , Inc. 
One  Industrial  Avenue 
Lowell,  MA  01351 
(617)  459-5000/967-1030 
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Access  and  Management  Part  IV:  Protocol  Specification,  ISODP8571/4,  TC97/SC16 

N1672,  February  1984. 


Data  Communication  - X.z5  Packet  Layer  Specification  for  Data  Terminal 
Equipment,  ISO/TC  97/SC6  N2641,  ISO/DP  8208,  1983. 

7-bit  Coded  Character  Set  for  Information  Processing  Interchange , ISO-646 , 
1973. 


Information  Interchange--Representation  of  Local  Time  Differentials  ISO-3307, 
1975. 

The  above  documents  may  Pe  obtained  from:  Frances  E.  Schrotter,  ANSI,  ISO 
TC97/SC6  Secretariat,  1430  Broadway,  New  York,  New  York  10018 


CCITT 


X.25,  Interface  Between  Data  Terminal  Equipment  (DTE)  and  Data  Circuit- 
Terminating  Equipment  (DCE)  for  Terminals  Operating  in  the  Packet  Mode  on 
Public  Data  Networks. 


X.400,  Message  Handling  Systems.  System  Model-Service  Elements. 

X.401,  Message  Handling  Systems:  Basic  Service  Elements  and  Optional  User 

Facilities 
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X.408,  Message  Handling  Systems: 


Encoded  Information  Type  Conversion  Rules. 


X.409,  Message  Handling  Systems:  Presentation  Transfer  Syntax  and  Notation. 

X.410,  Message  Handling  Systems:  Remote  Operations  and  Reliable  Transfer 
Server. 


X.411,  Message  Handling  Systems:  Message  Transfer  Layer. 

X.420,  Message  Handling  Systems:  Interpersonal  Messaging  User  Agent  Layer. 

X.430,  Message  Handling  Systems:  Access  Protocol  for  Teletex  Terminals. 

The  above  documents  may  be  obtained  rr<_»m  International  Telecommunications 
Union,  Place  des  Nations,  CH  1211,  Geneve  20  Switzerland. 

ATT  COMMUNICATIONS 


DOC  #54010  - X.25  Interface  Specification  and  Packet  Switching  Capabilities, 
January  1984. 

DOC  #54012  - X.75  Interface  Specification  and  Packet  Switching  Capabilities, 
August  1984. 

See  Section  3.1  for  information  on  how  to  obtain  these  documents. 

WANG 


C/30  PSN  X.25  Interface  Specification,  Release  3,  Report  No.  5500,  November, 
1983. 

Packet  Switch  Node  (PSN)  5.0  Release  Note. 

The  above  documents  may  be  obtained  from  Joe  Hielscher,  Wang,  One  Industrial 
Avenue,  Lowell,  MA  01851 
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APPENDIX  A:  NETWORK  ADDRESSING  INFORMATION 


The  NSAP  address  form  chosen  by  OSINET  participants  follows. 


AFI 


OSINET  ID 


IDI 


47 


00 


04 


1 octet 


2 octets 


ORGID 

SUBNET  ID 

SNPA 

NSAP 

SEL 

2 octets 

2 octets 

6 octets 

1 

octet 

Routing  on  the  X.25  backbone  is  based  on  the  ORGID  and  possibly  the  subnet  ID. 


The  SNPA  is  only  meaningful  to  the  destination  subnetwork. 

ISO  has  assigned  OSINET  an  OSINET  ID  = 4 . NBS  is  the  administrative  authority 
for  Organization  ID's.  ORganization  ID  assignments  are  specified  in  decimal 
form  with  company  site  configuration  information  in  section  4. 
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APPENDIX  B:  FTAM  INTEROPERABILITY  TESTS 


The  OSINET  group  has  agreed  that  OSINET  participants  will  run  a standard  set 
of  tests  which  are  a subset  of  the  AUTOFACT  FTAM  tests  to  verify 
interoperability  when  they  first  join  the  network.  Each  OSINET  participant 
will  have  a file  named  DIR. LIS  which  contains  a list  of  other  files  which  can 
be  retreived.  The  presentation  context  will  be  VARCRLF.  The  tests  to  be  run 
that  follow  are  described  in  a language  developed  for  the  DEC  FTAM 
implementations.  OSINET  interoperability  testing  will  be  between  two  FTAM 
implementations  - the  FTAM  tester  will  not  be  used.  Accordingly,  the 
following  information  should  be  used  as  a guide  to  the  FTAM  functions  that 
must  be  tested. 


******************************************************************* 


! FTAM  reference  Test  Scenario  V003  FRI013.C0M 

; 

! FTAM  Reference  software  runs  as  FTAM  Initiator. 

! Establish  FTAM  connection  regime. 

I 

! Create,  open,  write  data,  close  and  deselect  a file  on  the  remote 
system. 

j 

! The  terminate  the  connection  and  disconnect  the  virtual  circuit. 

! (Assumes  that  the  logical  name  FREFEMOTE  translates  to  the 

! target  remote  system.) 

[ 

C0NNECT/0UTB0UND/REM0TE=FREFEM0TE 


FRI013.COM 


Create  and  write  file 


set  log  fref $log: fri013 . log 
show  time 


SEND  F_INITIATE_REQ 

RECEIVE  F INITIATE  P 


! f_initiate  request 

! Wait  for  positive  f_initiate  response 


SEND 


F_CREATE_REQ- 


! Create  remote  file 


/remote_f ile=fri013 . v - 

/local_f ile=f ref $ infile : fri013 . r - 

/stream 


RECEIVE  F CREATE  P 


! Wait  for  positive  f_select  response 
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SEND  F_OPEN_REQ 
RECEIVE  F_OPEN_P 

I 

SEND  F_WRITE_REQ 

i 

SEND  F_TRANSER_END_REQ 
RECEIVE  F TRANSFER  END  P 


I f_open  request 
I Wait  for  open  response 

! f_write  request 

! Send  f_transf er_end 
! Wait  for  f_transfer_end  response 


SEND  F_TRANSFER_END_REQ 

RECEIVE  F_TRANSER_END_P 
! 

SEND  F_DESELECT_REQ 

RECEIVE  F_DESELECT_P 

j 

DISCONNECT/OUTBOUND 


! f_close  request 

! WAIT  for  f_transfer_end  response 

! Deselect  remote  file 
! Wait  for  deselect  response 


! ******************************************************************* 
exit 


FRI007.C0M  ! Read  attributes  and  read  file 

set  log  fref $log : fri007 . log 
show  time 


I ******************************************************************* 

! FTAM  REFERENCE  TEST  SCENARIO  V003  FRI007.C0M 

i 

! FTAM  Reference  software  runs  as  FTAM  Initiator. 

! Establish  FTAM  connection  regime. 

i 

! Select,  open,  read  remote  data,  close  and  deselect  a 

! file  on  the  remote  system 

I 

! Then  terminate  the  connection  and  disconnect  the  virtual  circuit. 
! (Assumes  that  the  logical  name  FREFEM0TE  translates  to  the 

! target  remote  system. ) 

j 

CONNECT / OUTBOUND / REM0TE=FREFEM0TE 


SEND 

F_INITIATE_REQ 

! f_initiate  request 

RECEIVE 

F_ I N I T I ATE_P 

! Wait  for  positive  f_initiate  response 

Send 

F_SELECT_REQ  - 

! Select  remote  file 

/remote_f ile 

=fri007.v  - 

/local_f ile= 
/ stream 

fref $outf ile : fri007 . r - 

RECEIVE 

i 

F_SELECT_P 

! Wait  for  positive  f_select  response 

SEND 

F_READ_ATTRIB_REQ 

! f_open  request 

RECEIVE 

i 

F_READ_ATTRIB_P 

! Wait  for  read  attribute  response 

SEND 

F_0PEN_REQ 

! f_open  request 
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RECEIVE  F OPEN  P 


Wait  for  open  response 


SEND  F_READ_REQ 
RECEIVE  F_DATA_REQ/LOOP 


f_read  request 

Receive  f_data  as  long  as  available 


RECEIVE  F_DATA_END_REQ 

t 

SEND  F_TRANSFER_END_REQ 

RECEIVE  F_TRANSFER_END_P 

i 

SEND  F_DESELECT_REQ 

RECEIVE  F_TERMINATE_P 

i 

DISCONNECT/OUTBOUND 


! Receive  f_data_end 

! Send  f_transfer_end 
! Wait  for  f_transfer_end  response 

! Deselect  remote  file 
! Wait  for  f_terminate  response 


i ******************************************************************* 

exit 


FRI005.C0M  ! Delete  file 

set  log  fref $log : f ir005 . log 
show  time 


FTAM  Reference  Test  Scenario  V003  FRI005.COM 

FTAM  Reference  software  runs  as  FTAM  Initiator. 
Establish  FTAM  connection  regime. 


Select,  delete  and  deselect  a file  on  the  remote  system. 


Then  terminate  the  connection  and  disconnect  the  virtual 
circuit . 

(Assumes  that  the  logical  name  FREFEMOTE  translates  to 
the  target  remote  system. ) 

This  test  will  delete  the  file  fri005.v  on  the  remote  system. 


CONNECT/ OUTBOUND / REMOTE=FREFEMOTE 


SEND  F_INITIATE_REQ 
RECEIVE  F INITIATE  P 


! f_initiate  request 

! Wait  for  positive  f initiate  response 


SEND  F_SELECT_REQ  - ! Select  remote  file 

/remote_f ile=fri005 . v - 
/local_f ile=f ref $out file : fri005 . r - 
/stream 

RECEIVE  F_SELECT_P  ! Wait  for  positive  f_select  response 


SEND 


F DELETE  REQ 


! f delete  request 
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RECEIVE  F_DELETE  P ! Wait  for  delete  response 

t 

D I SCONNECT/OUTBOUND 

i 

j 

1 ******************************************************************* 
exit 
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READER  RESPONSE  FORM 


You  will  receive  the  documents  from  the  next  OSINET  Technical  Committee 
meeting  either  by  attending  the  next  meeting  or  completing  and  returning  the 
form  below. 


Please  retain  my  name  for  OSINET  Technical  Committee  mailings.  (5/87) 

NAME:  — 

ADDRESS:  — 

PHONE : 


Mail  the  above  form  to:  Carol  Lemnah 

National  Bureau  of  Standards 
Building  225,  Room  B217 
Gaithersburg,  MD  20899 


May  1987 
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